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[57] ABSTRACT 

A technique for digital data error detection and correc- 
tion is disclosed which adds alignment and checksum 
bytes to three sides of a matrix (24) of digital data to be 
protected. This technique is particularly used for the 
recording and storage (16,18) of digital data on video 
tape medium (14). The digital data is treated as a matrix 
block (24). Checksum and alignment bytes are added 
(20) to the digital data before tape storage and stripped 
(22) therefrom after successful alignment checks and 
data validation. In particular, the first column may be 
used to provide alignment bytes of a predetermined 
value for each row. The last column provides row 
checksum bytes for the data in each row. The last row 
provides column check sum bytes for each column, 
excluding the column of alignment bytes. The data 
location at the intersection of the row of column check- 
sum bytes and the column of row checksum bytes may 
be used as a checksum byte for either the row or column 
checksum bytes. 

2 Claims, 2 Drawing Sheets 
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MATRIX ERROR CORRECTION FOR DIGITAL 
DATA 

ORIGIN OF THE INVENTION 5 

The invention described herein was made in the per- 
formance of work under a NASA contract, and is sub- 
ject to the provisions of Public Law 96-517 (35 USC 
202) in which the Contractor has elected to retain title. 

10 

BACKGROUND OF THE INVENTION 

1, Field of the Invention 

The present invention relates to techniques for the 
storage and recovery of digital data on video tape. In 
particular, the present invention relates to techniques 15 
for error correction of digital data which are particu- 
larly useful when employed during the storage and 
recovery of digital data on video tape media. 

2. Description of the Prior Art 

The use of video tape for the storage of large quanti- 20 
ties of digital data originally stored or created on other 
media has become increasingly attractive. Conventional 
techniques for video tape recording and storage of digi- 
tal data, such as the VIDEOTRAX (§) SYSTEM avail- 
able from Alpha Microsystems of Santa Ana, Califor- 25 
nia, are however susceptible to substantial data corrup- 
tion. That is, the digital data often have unacceptable 
levels of error when recovered from the video tape 
storage media. 

Conventional digital error correcting techniques as- 30 
sume a binary symmetric channel in which errors in 
transmitting successive digits occur independently. 
Data analysis indicates that such techniques are not 
optimizable for correcting digital data recovered from 
video tape storage. 35 

SUMMARY OF THE INVENTION 

The preceding and other shortcomings of the prior 
art are addressed and overcome by the present inven- 
tion that provides, in a first aspect, a method for error 40 
detection and correction in the storage and recovery of 
digital data by encoding data to be stored in a matrix 
format. Row checksum locations are added to the ma- 
trix in which each row checksum location is in a partic- 
ular row and the data stored therein represents a prede- 45 
termined mathematical relationship with the remaining 
locations in that row. Column checksum locations are 
added to the matrix in which each column checksum 
location is in a particular column and the data stored 
therein represents a predetermined mathematical rela- 50 
tionship with the remaining locations in that column. 
The matrix is then stored and recovered from storage. 

The data in each checksum row and column location 
is compared to determine if that data accurately reflects 
the appropriate predetermined mathematical relation- 55 
ship with the locations related thereto. Attempts are 
made to correct the data in locations in which compari- 
son of the data in the checksum row and column loca- 
tion indicates an error may have occurred. Then the 
matrix is stripped of all checksum row and column 60 
locations. 

In another aspect, the present invention provides, a 
system for the storage and recovery of digital data with 
error detection and correction, including means for 
encoding data to be stored in a matrix format by adding 65 
row checksum locations to the matrix in which each 
row checksum location is in a particular row and the 
data stored therein represents a predetermined mathe- 
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matical relationship with the remaining locations in that 
row and by adding column checksum locations to the 
matrix in which each column checksum location is in a 
particular column and the data stored therein represents 
a predetermined mathematical relationship with the 
remaining locations in that column, means for storing 
the encoded matrix of digital data, means for removing 
the encoded matrix of digital data from storage, means 
for comparing the data in each checksum row and col- 
umn location to determine if that data accurately re- 
flects the appropriate predetermined mathematical rela- 
tionship with the locations related thereto, means for 
attempting to correct the data in locations in which 
comparison of the data in the checksum row and col- 
umn location indicates an error may have occurred, and 
means for decoding the matrix by stripping out all 
checksum row and column locations. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram illustration of a system for 
the video tape storage and recovery of digital data ac- 
cording to the present invention. 

FIG. 2 is a partial illustration of the data storage bytes 
in a 512 byte block of digital data encoded according to 
the present invention. 

FIG. 3 is a block diagram illustration of the proce- 
dural flow for decoding and recovery of encoded digi- 
tal data from video tape storage in accordance with the 
present invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

In accordance with the present invention, it has been 
determined that video tape storage and recovery of 
digital data results in bursts of data corruption rather 
than the truly random errors which are typically as- 
sumed to occur and for which conventional error cor- 
rection schemes are supposed to be optimized. These 
bursts of errors are thought to result , from contaminants 
on tape 14 and/or on the tape heads associated with 
tape deck 16 for writing to or reading from tape 14. 

The present invention makes use of this burst error 
pattern by optimizing the error detection and correc- 
tion scheme for corruption in several contiguous digits 
in a data block. The error detection and correction 
scheme of the present invention models the digital data 
in a data block as two sets of linear equations. In each 
equation set, the right hand side of the equations are 
represented by checksum data added to the block dur- 
ing encoding and stripped from the block after success- 
ful decoding. 

The digital data to be stored and recovered may 
originate from a variety of sources, indicated in FIG. I 
by data source 10. The most common sources of such 
digital data appropriate for storage on video tape media 
are the hard disks common in most microcomputers. 
The data when recovered is often returned to the origi- 
nal source, but may be returned to any number of data 
using systems, indicated in FIG. 1 as data store 12. 

The video tape storage medium is shown as tape 14 
which is mounted on tape deck 16 and operated by tape 
controller 18. Tape Controller 18 may conveniently be 
a card installed in the microcomputer, not shown, in 
which data source 10 and data store 12 may also be 
located. The devices described so far — data source 10, 
data store 12, tape 14, tape deck 16 and tape controller 
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18 — are the major components in a conventional system 
for the video tape storage of digital data. 

Conventional systems operate under software control 
to move digital data to be stored from data source 10 to 
tape 14. Tape 14 is transported on tape deck 16 by tape 
controller 18, also under software control. The data 
tapes may be moved and/or stored in other physical 
locations until the digital data is to be recovered. In any 
event, during recovery, tape 14 is transported on tape 
deck 16 by tape controller 18 in order to move the 
digital data to data store 12. 

In accordance with the present invention, however, 
the digital data must first be encoded in encoder 20 
before it is stored on tape 14 and must be decoded on 
decoder 22 before it is recovered and moved to data 
store 12. 

A particularly convenient configuration for the prac- 
tice of the present invention is a microcomputer system 
including a hard disk in which the data on the hard disk 
is stored for archival purposes on tape 14. In that con- 
figuration, the microcomputer hard disk serves as both 
data source 10 and data store 12 and the encoding and 
decoding operations of encoder 20 and decoder 22 are 
performed within the microcomputer on the hard disk 
as data is transferred from there on to and off from tape 
14. 

The encoding operation performed within encoder 
20 may best be described with reference to FIG. 2. FIG. 
2 is a partial, graphical illustration of the data storage 
bytes in a 512 byte block of digital data encoded accord- 
ing to the present invention. Digital data to be stored 
and recovered is often moved in convenient sized 
blocks. The encoding operation required by the present 
invention will be described with reference to the com- 
monly used 512 byte data block as an example. It is well 
within the skill of a man of ordinary skill in this art to 
apply the techniques described below to data blocks of 
other sizes. 

A 512 byte data block may conveniently be viewed as 
a matrix having 32 rows and 16 columns. In this way, 
each byte of data may be identified by its row and col- 
umn position in the matrix. The 512 byte data block 
partially depicted in FIG. 2 has 512 data locations in 
rows numbered from row 0 to row 31 and columns from 
column 0 to column 15. The data location in the upper 
right comer of the matrix may therefore be identified as 
byte 0,0 at the intersection of row 0 and column 0. 
Similarly the data location in the lower right hand cor- 
ner of the matrix may be identified as byte 31,15 at the 
intersection of row 31 and column 15. 

In accordance with the present invention data to be 
stored is moved out of data source 10 in blocks of 434 
bytes which is stored in matrix 24 shown in FIG. 2. 
These 434 bytes of data are stored in matrix 24 in 31 
rows and 14 columns from locations 0,1 to 30,14. The 
remaining locations in columns 0 and 15 as well as the 
rest of row 31 are used by encoder 20 to store data for 
error correction purposes. 

The data stored in column 0 by encoder 20 are align- 
ment bits. The information stored in these bytes is not 
used, but the physical pattern of bits is used to deter- 
mine the alignment of the various system components as 
will be described in greater detail with reference to 
FIG. 3. 

The data stored in each row location in column 16 by 
encoder 20 are check bytes representing a predeter- 
mined function of the data stored in the other column 
locations of that row, except the alignment byte in col- 
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umn 1. The information stored in these bytes is used to 
validate and/or correct the data within the other col- 
umn locations in that row during decoding as will be 
described in greater detail with reference to FIG. 3. 

5 The data stored in each column location in row 31, 
except column 0, are check bytes representing a prede- 
termined function of the data stored in the other row 
locations of that column. The information stored in 
these bytes is used to validate and/or correct the data 
10 within the other row locations in that column during 
decoding as will be described in greater detail with 
reference to FIG. 3. 

Many different alignment bytes may be used. For 
convenience the byte representing hexadecimal “AB” is 
15 used. In binary form, this byte has alternating bits in the - 
form “1010 1011” and therefore avoids the long string 
of 0’s which seems to be particularly susceptible to 
corruption. The byte locations used for alignment may 
be recovered for use for digital data storage without 
20 substantial degradation of the system if used with video 
tape record and playback equipment not particularly 
susceptible to alignment problems. This would permit 
the storage of 465 bytes of digital data in a 512 byte 
block. 

25 Many different check byte functions may be used in 
accordance with the present invention. A particularly 
convenient conventional function, called checksum, 
will be described herein for the purpose of illustrating 
the present invention. Other check functions and/or’ 
30 variations thereof may also be used. Using checksum, 
the hexadecimal bytes in the row or column to be pro- 
tected are simply added, the checksum representing the 
sum of these bytes. 

FIG. 3 is a block diagram illustration of the proce- 
35 dural flow for decoding and recovery of digital data 
from video tape storage in accordance with the present 
invention. A 512 byte block of digital data for decoding 
is received from tape deck 16 and first checked for 
alignment using the alignment byte in column 0. Since 
40 the pattern of binary bits in the alignment bytes are 
predetermined and known, alignment may be checked 
simply by determining if the bits occur when expected. 

If the data is not in alignment, an attempt is made to 
realign the data by shifting the time base a predeter- 
45 mined amount, typically one byte, while rechecking 
alignment. If the data remains out of alignment after a 
predetermined range of alignment attempts have been 
made, the decoding procedure is terminated. If the data 
is determined to be in alignment as a result of the origi- 
50 nal alignment check or the subsequent recheck, the 
check byte data is then validated. 

Validation of the row checksum byte in location 0,15 
will be described in greater detail to serve as an illustra- 
tion of the validation performed for the remaining 
55 checksum bytes. During encoding, the byte in location 
0,15 is set equal to the numerical sum of the binary data 
in all column locations in row 0, except the alignment 
byte. Since the value of this byte is fixed, it may be left 
out of the sum. 

60 The sum of the digital data in locations 0,1 through 
0,14 is compared to the checksum data in location 0,15. 

If these are equal, there is a strong probability that there 
were no errors in the data in row 0. If the sum of the 
data in location 0,1 through 0,14 does not equal the data 
65 in location 0,15, there was an error in either the digital 
data or in the checksum. The difference between the 
sum of the data in locations 0,1 through 0,14 and the 
data in location 0,15 will be referred to herein as the 
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row 0 checksum error. Until further checksum valida- 
tions are made, the column location or locations of the 
error or errors in row 0 cannot be determined. 

After similar checksum validations are performed for 
rows 1 through 30, all rows in which there was corrup- 
tion in the original digital data have been located by 
row. Checksum validations are then performed for the 
data in each column beginning with column 1. 

In particular, the data in locations in column 1 from 
0,1 through 30,1 are summed. This sum is compared 
with the checksum byte in location 31,1. If the values 
are equal, there is a strong probability that there were 
no errors in the data in column 1. If the value in location 
31,1 is not equal to the sum of the data in column 1 in 
locations 0,1 through 30,1, there was an error in either 
the digital data in this column or in the checksum data 
at the last location in the column. The difference be- 
tween the sum of the data in column 1 in locations 0,1 
through 30,1 and the data in location 31,1 will be re- 
ferred to herein as the column 1 checksum error. 

If there is one error indication in a row checksum 
byte for a particular row and an error indication in a 
column checksum byte for a particular column, there is 
a strong probability that the data in the location at the 
intersection of that row and column was corrupted. 
That is, if row checksum 0 and column checksum 1 each 
indicate an error, there is a strong probability that the 
data in location 0,1 at the intersection of row 0 and 
column 1 was corrupted. 

If the magnitudes of the checksum errors for a partic- 
ular digital data byte location are equal, there is a strong 
probability that the value of the data in that location 
differs from its uncorrupted value by that magnitude. 
The value in that location will then be corrected by the 
magnitude of the checksum error and revalidated. In 
particular, if the row 0 checksum error equals the col- 
umn 1 checksum error, then the data in location 0,1 can 
probably be corrected by adding or subtracting the 
value of the checksum error to the data in location 0,1 
so that revalidation results in zero checksum errors. 

In addition, location 31,15 may be used as a checksum 
byte for either the row checksum bytes in column 15 or 
the column checksum bytes in row 31. If the value of 


the data in location 31,15 does not equal the sum of the 
data in the appropriate locations in column 15 or row 
31, the checksum data was corrupted and the digital 
data in the data matrix from locations 0,1 to location 
5 31,14 cannot be validated without first attempting to 
validate the appropriate checksum data. The validation 
is an iterative or recursive process in which the valida- 
tion of the data in some locations, for example the 
checksum checksums, may lead to the ability to validate 
10 data in other locations, such as the digital data to be 
decoded. 

If column 0 is used for alignment bytes, it may be 
particularly convenient to use the data in location 0,0 
for the row checksum checksum data and the data in 
15 location 31,15 for the column checksum checksum data. 
If column 0 is not used for alignment bytes, location 
31,15 may conveniently be used as a checksum byte for 
the row checksum bytes in column 15 and location 31,0 
may be used as a checksum byte for the column check- 
20 sum bytes in row 31. The actual locations for the row 
and column checksum data as well as the row checksum 
and column checksum checksum bytes are not critical 
except that they must be disbursed throughout the ma- 
trix to reduce the opportunity for corruption of many 
25 such locations. 

Once successful alignment checks and/or realign- 
ment and successful checksum validation and/or cor- 
rections has been made, the 512 byte data block may be 
stripped of all alignment and check sum bytes. The 
30 remaining digital data matrix from location 0,1 through 
, 30,14 should then be equal to the original digital data 
encoded by encoder 20 and may be moved to data store 
12 . 

A sample set of programs to implement a demonstra- 
35 tion of the present invention have been written in the 
conventional programming language known as “C” and 
are included herewith, and incorporated by this refer- 
ence herein, as Program Listing A. 

While this invention has been described with refer- 
40 ence to its presently preferred embodiments, its scope is 
not limited thereto. Rather, such scope is only limited in 
so far as defined by the following set of claims and 
includes all equivalents thereof. 


PROGRAM LISTING A 

♦include <\c88\stdio.h> 

♦define ROWS 32 
♦define COLS 16 
♦define SYNCH (OxAB) 

unsigned char dat [ROWS] [COLS] ; /* 512 bytes */ 

/*- — — calcCheck */ 

void calcCheck (m) /* calculate check bytes for data in m */ 

unsigned char m [ROWS] [COLS] ; 

{ 

int row, col; 
unsigned char c; 

•for (row«0; rov<ROWS; row++) /* zero out checksum fields */ 

{ 

m[row][0] = SYNCH; 

m[row] [COLS-1] « 0; /* row checksums */ 

} 

for (col«l; col<COLS-l; col++) /* column checksums */ 

m[ROWS-l] [col] - 0; 
for (row=0; row<ROWS-l; row++) 

{ 

for (col»l; coKCOLS-l; col++) 

{ 

c « m[row] [col] ; 
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m[row] [COLS-1] += c; 
m[ROWS-l] [col] += c; 

) 

) 

for (col=l; col<COLS-l; col++) 

■[ROWS-1] [COLS-1] += m[ROWS-l] [col] ; 
m[0] [0] - 0; 

for (row=0; row<ROWS; row++) 

B[0][0] +«= m[row] [COLS-1] ; 

) 

/* genData 

void genData (m) /* generate 

unsigned char m [ROWS] [COLS] ; 

{ 

int row, col; 
unsigned char c; 
c * 0; 

for (row=0; row<ROWS-l; row++) 

for (col«l; col<COLS-l; col++) 

■[row] [col] « C++; 

) 

/* writeData 

void writeData () 

{ 

int testFile, halfK; 
testFile * creat("test.001") ; 
if (testFile ** -1) 

{ 

printf ( H \nError: Can't create 'test. 001'") ; 
exit(l) ; 

) 

for (halfK=0; halfK<256; halfK++) 

if (write (testFile, dat, sizeof (dat) ) == -1) 

{ 

printf ("\nError: Can't write 'test. 001"’) 
exit(l) ; 


close (testFile) ; 

) 

/* 

main() 


/* calc row checksums */ 
/* calc column checksums */ 


/* checksum last row */ 


/* checksum last col */ 

/* calcCheck */ 

*/ 

pseudo data into matrix m */ 


/* genData */ 
-*/ 


/* write 128K bytes */ 


/* writeData */ 
— */ 


genData (dat) ; 
calcCheck (dat) ; 
writeData ( ) ; 

} 

/* end of enc.c */ 


/* generate pseudo data */ 


/* main */ 


♦define LIVE_DATA 1 /* FALSE «> 'test. 001', else 'crcx.001' */ 

♦define DEBUG 1 

♦define ROWS 32 
♦define COLS 16 

♦define SYNCH (unsigned char) (OxAB) /* has msb, lsb, i transitions */ 

♦ifdef DESMET 

♦ include <\c88\etdio.h> 

♦else /* M_I86 or TURBOC */ 

♦ include <atdio.h> 

♦ include <stdlib.h> 

♦ include <io.h> 

♦ include <fcntl.h> 

♦ ifdef M_I86 

♦ include <sys\types.h> 

♦ endif 

♦ include <sys\stat.h> 

♦ define TRUE 1 

♦ define FALSE 0 
♦endif 

♦if LIVE_DATA 

char *inFileName * "crcx.001"; 
char *gudFileName * "crcx.gud"; 
char ‘badFileName = "crcx.bad"; 
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felse 

char *inFileName * "test. 001"; 
char *gudFileName * "test.gud"; 
char *badFileName * "test.bad"; 

jfendif /* LIVE_DATA */ 

int inFile, gudFile, badFile; 

int record=0, copy=0, totalBlocks=0, corrections=0; 
int goodBlocks=0, badBlocks*0, badChecks=0; 

int badRows, badCols, badRow, rowCheckOk, colCheckOk, wasBadBlock, badSynchs; 
int reAligned; 

unsigned char badColNum[COLS] ; 
unsigned char blockHdr[6]; 

unsigned char rowCheckSum[ROWS] , colCheckSum[COLS] ; 

unsigned char dat [ROWS] [COLS] ; /* 512 bytes corrected data */ 

unsigned char crc[ROWS*COLS] ; /* 

erroneous data */ 

/* aligned */ 

int aligned (m) 
unsigned char ■[]; 

< 

unsigned char *q; 
badSynchs -0; 

for (p*m+COLS; p-m<ROWS*COLS ; p+=C0LS) 

{ 

if (*p !* SYNCH) 

badSynchs++; /* this block only */ 

) 

if (badSynchs==0) 
return (TRUE) ; 

if ( (badSynchs— l kk p-ml“(COLS* (ROWS-1) ) ) || checksums (m) ) 

( 

badChecks++; /* all blocks */ 

wasBadBlock * TRUE; 

for (p-m+COLS; p-m<ROWS*COLS ; p+=COLS) 

*p - SYNCH; 
return (TRUE) ; 

) 

if (reAligned > 3) 

return(FALSE) ; /* don't get into infinite loop */ 

for (p-m+COLS, q=p+COLS; p-m< (ROWS* COLS -COLS ) ; P+-COLS, q+=COLS) 
if (*p— SYNCH kk *ql “SYNCH kk * (q-1) —SYNCH) 

{ 

wasBadBlock - TRUE; 
reAl igned++ ; 

for (q*m+ROWS*COLS-l; q>p; q — ) /* shift right */ 

*q - * (q-1) ; 

return (al igned (m) ) ; /* recheck */ 

) 

else 

if (*p— SYNCH if. *q! “SYNCH && * (q+1) —SYNCH) 

{ 

wasBadBlock = TRUE; 
reAligned++; 

for (q*p+2; q< (m+ROWS*COLS) ; q++) /* shift left */ 

*(q-l) - *q; 

return(aligned(m) ) ; /* recheck */ 

} 

return (FALSE) ; 

} /* aligned */ 

/* — checksums */ 

int checksums (m) /* check row sumCheck fields */ 

unsigned char *[ROWS] [COLS] ; /* set badCols, badRows, badColNum, badRow */ 

{ /* return TRUE if block Ok, else FALSE */ 

int row,col,rowOk,colOk,i; 
unsigned char c; 

for (i=0; i<ROWS; i++) rowCheckSum [ i ] = 0; 

for (i=0; icCOLS ; i++) colCheckSum[i] * 0; 

for (row=0; row<ROWS-l; row++) 

< 

for (col»l; col<COLS-l; col++) 

{ 
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11 

c = m[row] [col] ; 
rowCheckSum [row] += c; 
colCheckSum[col ] += c; 
} 


for (row=0; row<R0WS; row++) 

colCheckSum[ COLS-1] += m [row] [COLS-1] ; 
if (colCheckSum[COLS-l] =m[0][0]) 
rowCheckOk - TRUE; 

else 

rowCheckOk - FALSE; 

for (col=l ; col<COLS-l ; col++) 

rowCheckSum [ ROWS - 1 ] += m[ROWS-l] [col] ; 
if ( rowCheckSum [ROWS-l] == m[ ROWS-l] [COLS-1] ) 
colCheckOk * TRUE; 

else 

colCheckOk = FALSE; 
badRows = 0; 
rowOk = TRUE; 

for (row=0; row<R0WS; row++) 

{ 

if ( rowCheckSum [ row] != m[row] [COLS-1] ) 


/* calc row checksums */ 
/* calc column checksums */ 


/* 'row checksum' col */ 


/* 'col checksum' row */ 


) 


{ 

rowOk ■ FALSE; 
badRow ■ row; 
badRows++ ; 

) 


/* if col checksum row bad, it must be the */ 
/* last row number left in this variable */ 


badCols =0; 
colOk = TRUE; 

for (col=l; col<COLS-l; col++) 

if (m[ROWS-l] [col] J= col Checksum [col]) 


{ 

colOk *= FALSE; 
badColKum [ col ] 
badCols++; 

) 


TRUE; 


else 

badColNumfcol] = FALSE; 
return (rowOk ti colOk); 

) 

/* checkData 

int checkData (m) 
unsigned char m [ROWS] [COLS] ; 

( 

int row, col, Ok; 
unsigned char c; 
c = 0; Ok - TRUE; 
for (row=0; row<R0WS-l; row++) 

for (col=l; coKCOLS-l; col++) 
if (m[row][col] C++) 

Ok - FALSE; 

return (ok) ; 

) 

/* correctByte 

int correctByte (data, row, col) 
unsigned char data [][ COLS ] ; 
int row, col; 

{ 

int i; 

unsigned char rowCheck, colCheck, rowChar, colChar; 

rowCheck « colCheck « 0; 

data [row] [col] « 0; 

for (i-1; i<COLS-l; i++) 

rowCheck +■ data[row] [i] ; 
for (i=0; i<ROWS-l; i++) 

colCheck +* data [i] [col] ; 
rowChar * data [row] [COLS-1] - rowCheck; 
colChar = data[ROWS-l] [col] - colCheck; 
if ( (rowChar==colChar) || colCheckOk) 


/* checksums */ 

*/ 

/* generate pseudo data into matrix m */ 


/* checkData */ 
*/ 


/* across the rows */ 
/* down the columns */ 
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{ 

data [row] [col] « colChar; 
return (TRUE) ; 

) 

else 

if ( (badCols==l) it rowCheckOk) 

{ 

data [row] [col] « rowChar; 
return (TRUE) ; 

) 

else 

return (FALSE) ; 

) /* correctByte */ 

/* correctl */ 

int correctl (data) /* only get here for a bad block (ie., bad checksum) */ 
unsigned char data [] [COLS] ; 

{ 

int i; 

unsigned char rc; 

#if DEBUG 

if (checksums (data) ) /* if data already Ok */ 

{ 

printf ("\nError (correctl ) : checksums Ok at entrance"); 
exit(l) ; 

} 

#endif 

if ( (badRows>l fc& badRow! -ROWS- 1) || (badRows>l && badCols>l)) 
return (FALSE) ; 

if (badRows—1 ki badCols=-0 kk IrowCheckOk) /* bad char in row checksums */ 
{ 

badChecks++ ; 
rc « 0; 

if (badRow==ROWS-l) goto out; 
data[badRow] [COLS-1] = 0; 

for (i*=0; i<ROWS; i++) /* correct */ 

rc +~ data[i] [COLS-1] ; 
data [badRow] [COLS-1] - data[0][0] - rc; 
if (checksums (data) ) 

return(TRUE) ; /* no more errors */ 

) 

out : ; 


for (i*C0LS-2; i>0; i — ) 
if (badColNum[i] ) 

( 

if (! correctByte (data, badRow, i) ) 
return (FALSE) ; 

else 

{ 

if ( badRow==ROWS - 1 ) 

{ 

badChecks++; 
if (checksums (data) ) 
return (TRUE) ; 

) 

> 

> 

return (checksums (data)? TRUE: FALSE); 

) 

/* corrected - 

int corrected (src,dest) 
unsigned char src[); 
unsigned char deat[ ] [COLS] ; 

( 

extern void aove(), writeBlock{) ; 
extern int aligned( ) , checkData(); 
int alignment, i; 


/* col checksum row */ 


/* else try to correct the data */ 


/* correctl */ 

V 


wasBadBlock « FALSE; 
reAligned « 0; 


/* may be set by aligned() */ 
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if (aligned (src) j 
{ 

I if DEBUG 

if (reAligned) 

printf(" Re-Aligned, ") ? 

else 

printf (" Aligned, ") ; 

lendif 

move (src, dest) ; 
alignment « TRUE; 

) 

else 

{ 

#if DEBUG 

printf (" Not Aligned, H ) ; 
lendif 

alignment « FALSE; 

} 

if (checksums (src) && (wasBadBlock==FALSE) ) 

{ 

goodBlocks++; 

# if DEBUG 

printf ("Checksums Ok, ") ; 
lendif 
) 

else 

{ 

vasBadBlock » TRUE; /* may have already been set by aligned() */ 

badBlocks++; 

♦if DEBUG 

printf ("I2d/%2d Rows/Cols, H ,badRows,badCols) ; 
lendif 
> 

i = checkData(src) ; 

I if DEBUG 
if (i) 

printf (" Data Ok"); 

else 

printf (" Data Bad"); 
lendif 

if (! alignment) 

{ 

I if DEBUG 

printf ("\n") ; 
lendif 

writeBlock(src,badFile) ; 
return (FALSE) ; 

} 

if ( IwasBadBlock) 

{ 

vriteBlock(src,gudFile) ; 

I if DEBUG 

printf ( " , Correct \n" ) ; 
lendif 

return (TRUE) ; 

) 

if (checksums (dest) ) /* SYNCH error that was corrected by align() */ 

{ 

writeBlock(dest,gudFile) ; 
lif DEBUG 

printf ( M , Corrected SYNCH\n") ; 
lendif 

return (TRUE) ; 

) 

else 

{ 
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if ( correct l(dest) ) 

{ 

vriteBlock(dest,gudFile) ; 
#if DEBUG 

printf ( " , Corrected\n" ) ; 

lendif 

return (TRUE) ; 

) 

else 

{ 

#if DEBUG 

printf ("\n") ; 

lendif 

writeBlock(dest, badFile) ; 
return (FALSE) ; 


/* bad block that's aligned */ 


lifndef TURBOC 

printf ("\nError( corrected) : Why did 1 get here?"); 
exit(l) ; 
lendif 
) 

/* move 

void move(f,t) 
unsigned char *f, *t; 

{ 

int i; 

for ( i=0 ; i<ROWS*COLS; i++) 

*t++ * *f++; 

) 

/* openFiles 

void openFiles () 


/* corrected */ 
V 


/* temporarily */ 
/* move */ 
*/ 


lifdef DESMET 

inFile « open ( inFileName , 0 ) ; 
lelse 

inFile - open ( inFileName , ORDONLY |0_BIKARY) ; 
lendif 

if (inFile — -l) 

( 

printf ( M \nError: Can't open ' %s'", inFileName) ; 
exit(l) ; 

) 

lifdef DESMET 

gudFile * creat(gudFileName) ; 
badFile -> creat(badFileName) ; 
lendif 

lifdef TURBOC 

gudFile - creat (gudFileName , 0_CREAT | 0_TRUNC | 0_BINARY | S_IWRITE) ; 
badFile - creat (badFileName, 0_CREAT | 0_TRUNC | 0_BINARY | S_IWRITE) ; 
lendif 

lifdef M_I86 

gudFile - open (gudFileName, 0_CREAT | 0_TRUNC | 0_BINARY | 0_WR0NLY) ; 
badFile - open (badFileName, 0_CREAT | 0_TRUNC | 0_BINARY | 0_KR0NLY) ; 
lendif 

if (gudFile “ -1) 

{ 

printf ("\nError: Can't create ' %s*", gudFileName) ; 
exit(l) ; 

) 

if (badFile -1) 

{ 

printf ("\nError: Can't create ' %s"*, badFileName) ; 
exit(l) ; 


) 

/* 

int readBlock(p) 
unsigned char *p; 

{ 

int i; 


readBlock 


/* size * ROWS* COLS */ 
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fif ! LIVE_DATA 
record++ ; 

felse /* using real data */ 

i = read(inFile,blockHdr, 6) ; 
if (i == -1 | | i — 0) 
return (0) ; 
if (ii-6) 

{ 

printf ("\nError(readBlock) : Invalid header"); 
exit(l) ; 

) 

if (blockHdr[0]«0x80) 

{ 

printf ("\nreadBlock: End of Tape record"); 
return (0) ; 

) 

record - *(int *) (4blockHdr[2] ) ; 

copy = (int) ( (unsigned char)blockHdr[l] ) ; 

#endif /* LIVE_DATA */ 

i « read(inFile,p,ROWS*COLS) ; 
if (i — -1 | | i == 0) 
return (0) ; 

else 

if ( i ! =ROWS * COLS ) 

( 

printf ("\nError (readBlock) : Premature End of File, i=%d",i); 
return (0) ; 

) 

else 

( 

#if DEBUG 

printf ("Record %04x, Copy %02x: ", record, copy ) ; 

fendif 

totalBlocks++ ; 
return (i) ; 

} 

} /* ReadBlock */ 

/* writeBlock */ 

void writeBlock (buffer, fp) 
char ‘buffer; 

int fp; /* file pointer */ 

( 

#if LIVE_DATA 

if (write (fp,blockHdr, 6) ** -1) 

{ 

printf ("\nError (writeBlock) : Can't write blockHdr") ; 
exit(l) ; 

} 

fendif 

if (write(fp, buffer, R0WS*C0LS) =* -1) 

( 

printf ("\nError (writeBlock) : Can't write buffer"); 
exit(l) ; 

) 

) /* writeBlock */ 

/* main . V 

main ( ) 

{ 

printf ("dec. c, (c) %s Ron Dotson; correcting '%s' ", VERSION, inFileName) ; 

printf (" to '%s'\n",gudFileName) ; 

openFiles() ; 

while (readBlock (crc) ) 

{ 

i f ( corrected ( crc , dat ) ) 
corrections++ ; 

) 

close(inFile) ; close (gudFile) ; close (badFile) ; 
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printf ("\n%d total blocks: %d Good, H ,totalBlocks,goodBlocks) ; 
printf ("%d Bad, %d corrected", badBlocks, corrections) ; 
printf (" (approx. %d badChecks) M ,badChecks) ; 

} /* main */ 

/* end of dec.c */ 


What is claimed is: 

1. A method of error detection and correction in the 1Q 
storage and recovery of digital data, comprising the 
steps of: 

encoding data to be stored in a matrix format; 
adding row checksum locations to the matrix in a first 
column in which each row checksum location is in ]5 
a particular row and the data stored therein repre- 
sents a predetermined mathematical relationship 
with the remaining locations in that row; 
adding column checksum locations to the matrix in a 
single row in which each column checksum loca- 2Q 
tion is in a particular column and the data stored 
therein represents a predetermined mathematical 
relationship with the remaining locations in that 
column; 

adding row alignment locations to each row in the 25 
matrix in a second column in which each such 
location includes predetermined alignment data; 
adding a row checksum checksum location; 
adding a column checksum checksum location; 
wherein one of the column checksum checksum or 
row checksum checksum is located at the intersec- 
tion of the row of column checksums and the col- 
umn of row checksums; 

wherein the other of the column checksum checksum 
or row checksum checksum is located in the col- 35 
umn of row alignment locations; 
storing the encoded matrix of digital data; 
removing the encoded matrix of digital data from 
storage; 

then monitoring the alignment of the data in each row ^ 
alignment location to determine alignment accu- 
racy and attempting to realign any row in which 
the data in the alignment location indicates mis- 
alignment; 

comparing the data in each checksum row and col- 45 
umn location to determine if that data accurately 
reflects the appropriate predetermined mathemati- 
cal relationship with the locations related thereto; 
attempting to correct the data in locations in which 
comparison of the data in the checksum row and jq 
column location indicates an error may have oc- 
curred; and 

decoding the matrix by stripping out all checksum 
row and column and row alignment locations. 

2. A system for the storage and recovery of digital 5J 
data with error detection and correction, comprising in 
combination: 

means for encoding data to be stored in a matrix 
format by adding row checksum locations to the 
matrix in a first column in which each row check- ^ 
sum location is in a particular row and the data 


stored therein represents a predetermined mathe- 
matical relationship with the remaining locations in 
that row and by adding column checksum loca- 
tions to the matrix in a single row in which each 
column checksum location is in a particular column 
and the data stored therein represents a predeter- 
mined mathematical relationship with the remain- 
ing locations in that column; 

means for adding row alignment locations to each 
row in a second column in the matrix before the 
matrix is stored in which each such location in- 
cludes predetermined alignment data; 

means for adding a row checksum checksum location 
in which the data stored therein represents a prede- 
termined mathematical relationship with the row 
checksums; 

means for adding a column checksum checksum loca- 
tion in which the data stored therein represents a 
predetermined mathematical relationship with the 
column checksums; 

wherein one of the column checksum checksum or 
row checksum checksum is located at the intersec- 
tion of the row of column checksums and the col- 
umn of row checksums; 

wherein the other of the column checksum checksum 
or row checksum checksum is located in the col- 
umn of row alignment locations; 

means for storing the encoded matrix of digital data; 

means for removing the encoded matrix of digital 
data from storage; 

means for monitoring the alignment of the data in 
each row alignment location after the matrix is 
removed from storage to determine alignment ac- 
curacy; 

means for attempting to realign any row in which 
monitoring of the data int he alignment location 
indicates that a misalignment error may have oc- 
curred; 

means for comparing the data in each checksum row 
and column location to determine if that data accu- 
rately reflects the appropriate predetermined math- 
ematical relationship with the locations related 
thereto; 

means for attempting to correct the data in locations 
in which comparison of the data in the checksum 
row and column location indicates an error may 
have occurred; and 

means for decoding the matrix by stripping out all 
checksum row and column locations and row 
alignment locations. 
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